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Procede et systeme de detection de presence d ! un terminal 
mobile , 

Le domaine de 1' invention est celui des reseaux de 
5 telecommunication mobile. Dans un reseau de 
telecommunication mobile, tel que les reseaux cellulaires 
de type GSM, GPRS, UMTS, les utilisateurs- ont la 
possibility de se deplacer avec un terminal mobile sur 
1' ensemble du territoire couvert par un reseau auquel ils 

10 ont souscrit, voir couvert par d'autres reseaux de 
telecommunication mobile compatibles, on parle alors de 
fonction d'itinerance (roaming en anglais), tout en 
conservant leur capacite a communiquer avec le reseau de 
telecommunication mobile et, par lui, avec l'exterieur 

15 pour des services ou applications de type telephonique ou 
d'autres applications de type donnees . 

II se peut aussi qu'un utilisateur sorte 
temporairement de la couverture des reseaux de 
telecommunication mobile, que son terminal soit eteint 

20 volontairement ou, involontairement a cause de 
l'epuisement de la batterie. Dans ce cas, 1' utilisateur 
n'a plus acces aux fonctions du reseau et reciproquement , 
il ne peut etre joint par d'autres personnes ou par des 
applications . 

25 Le terme « abonne mobile » utilise dans ce texte est 

une traduction litterale du terme anglais « mobile 
subscriber » utilise dans les normes GSM /GPRS /UMTS du 3GPP 
et des.igne un abonnement souscrit aupres d'un operateur 
mobile qui donne acces a son reseau de telecommunication 

30 mobile. Cet abonnement est identifie par l'identite 
internationale d' abonne mobile (IMSI pour International 
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Mobile Subscriber Indentity) ou le numero de terminal 
mobile sur reseau numerique a integration de service 
(MSISDN pour Mobile Station Integrated Services Digital 
Network Number). L' IMSI est generalement memorise dans une 
5 carte SIM (Subscriber Identity Module pour Module 
d' Identification de 1' Abonne) qui, a l'interieur du 
terminal mobile, en lie le fonctionnement a l'abonnement 
identifie. II n'est pas necessaire que le MSISDN soit 
memorise dans la carte SIM pour identifier l'abonnement, 

10 celui-ci peut l'etre a partir d 1 une correspondance entre 
MSISDN et IMSI dans le coeur de reseau. Le terme « Abonne 
Mobile » designe moins la personne qui se sert du reseau 
de telecommunication mobile que plutot 1' usage qu' elle en 
fait ou est capable d'en faire au moyen de son terminal 

15 mobile. 

On definit un etat binaire de presence d'un abonne 
sur le reseau mobile comme suit. Un abonne mobile est 
present sur le reseau quand il a acces aux fonctions de 
celui-ci et par consequent, est joignable par des 

20 applications externes (services vocaux, services donnees) . 
Inversement, 1' abonne mobile n'est pas present, c'est-a- 
dire absent sur le reseau, lorsqu'il n'a pas acces a ces 
fonctions et ne peut etre joint par des applications 
externes. Ce deuxieme etat correspond, par exemple, au 

25 terminal mobile eteint ou au terminal mobile sur une 
partie de territoire hors couverture par le reseau de 
telecommunication mobile. 

De fagon generale, on parle de contexte ou 
information de presence d'un abonne mobile, pour decrire 

30 un ensemble de donnees liees a 1' abonne qui evolue en 
fonction des interactions de celui-ci et/ou de son 
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terminal avec le reseau et les applications externes. Cet 
ensemble peut comporter, a titre d' exemple non limitatif, 
au moins l'etat de presence a deux valeurs (present, pas 
present) tel que decrit precedemment , les moyens de 
5 joindre l'abonne mobile tels que son adresse IP courante, 
l'activite actuelle de l'abonne (mobile en veille, en 
communication, en cession WAP sur une application X, 
etc.)/ Is localisation de l'abonne, etc. 

Les mecanismes de gestion de la mobilite existant 
0 dans les reseaux mobiles generent de nombreuses 
informations de presence. Malheureusement, celles-ci font 
partie du f onctionnement interne du reseau et les 
applications externes a celui-ci n'y ont pas acces 
directement dans l'etat actuel de la technique. 

De telles applications externes ne peuvent done pas 
connaitre a priori l'etat de presence d'un terminal mobile 
donne . 

Les applications qui utilisent, dans leur logique de 
service, la gestion de la presence des utilisateurs, 
notamment des services de communication interpersonnelle, 
de mise en relation ou autres, utilisent dans l'etat de la 
technique une detection de la presence dite applicative. 

La presence applicative consiste a utiliser une 
action explicite soit de 1' utilisateur , soit d'un logiciel 
sp^cifique ou agent embarque dans le terminal mobile 
aupres de 1' application en question pour que celle-ci 
puisse prendre connaissance de la presence de 
1' utilisateur et la fa?on dont il peut etre joint. 

A titre d' exemple, les applications de messagerie 
instantanee necessitent une procedure d' enregistrement ou 
1' utilisateur doit entrer son nom et son mot de passe pour 
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pouvoir le considerer present et joignable dans le 
service . 

Ces actions se traduisent en general par un echange 
de messages sur les couches protocolaires applicatives 
5 entre le terminal mobile et le serveur d' application . Dans 
ce cas, le reseau de telecommunication mobile se limite a 
vehiculer les messages emis par le terminal vers le 
serveur d' applications . 

Dans un environnement de telecommunication mobile/ 

10 1' utilisation de la presence applicative a quelques 
inconvenients par rapport a 1' utilisation des donnees de 
presence qui peuvent etre f ournies directement par le 
reseau de telecommunication mobile. 

Par exemple, dans le cas de deploiement, la presence 

15 applicative se base souvent sur 1 ' utilisation d'un client 
specif ique embarque ou telecharge dans le terminal mobile. 
Par consequent, le service est limite dans ce cas au 
terminal disposant dudit client. C'est le cas par exemple 
d'un navigateur WAP ou d'un client de messagerie 

20 instantanee. 

Dans un cas d' usage, la presence applicative requiert 
une action explicite dans le terminal vis-a-vis du serveur 
d' applications . On peut citer a titre d' exemple, 1' envoi 
d'un SMS avec un contenu particulier pour se declarer 

25 present, s'enregistre'r sur une page WAP, activer son 
client messagerie instantanee embarque, etc. Souvent, une 
action explicite de 1' utilisateur est requise, composition 
et envoi d'un SMS, entree d'un nom d' utilisateur et d'un 
mot de passe sur un site WAP, lancement de son client de 

30 messagerie instantanee embarque, etc. Cela represente un 
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f rein--- a l'usage — tres -important qui — limite -le~degre 
d' adoption du service. 

Pour remedier aux inconvenients precedemment 
mentionnes de l'etat de la technique, un but de 
5 1' invention est d'obtenir des informations de presence 
directement du reseau de telecommunication mobile. Ceci 
permet par exemple 1' enregistrement automatique dans un 
service a l'allumage de son telephone mobile. 

Un objet de l f invention est un procede pour informer 
10 un serveur d 1 application si un abonne mobile est present 
cu pas sur un reseau de telecommunication mobile. Le 
procede est remarquable en ce qu'il comprend: 

- au moins une premiere etape pour envoyer un premier 
signal distinctif de 1* abonne mobile au reseau de 

15 telecommunication mobile; 

- au moins une deuxieme etape pour determiner un etat 
binaire present ou non present, en fonction d'une reaction 
du reseau de telecommunication mobile au dit premier 
signal; 

20 - au moins une troisieme etape pour communiquer au serveur 
d ' application 1 1 etat determine en deuxieme etape. 

Ce procede permet de communiquer un etat present ou 
non present a un quelconque serveur d 1 application sans 
necessiter au prealable de disposer d'un agent dedie a ce 

25 serveur pour 1' abonne mobile car c f est en fonction d'une 
reaction du reseau de telecommunication mobile a un envoi 
de signal que 1 1 etat present ou non present , est 
determine. 

Le signal distinctif de 1 ' abonne mobile peut etre de 
30 dif ferentes natures . 
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Particulierement , ledit premier signal— est un message 
court envoye au reseau de telecommunication mobile a 
destination de l 1 abonne mobile. Une premiere transition 
validee par une reaction du reseau de telecommunication 
5 mobile indiquant que le message est delivre, 
respectivement une deuxieme transition validee par un 
depassement de duree sans reaction du reseau de 
telecommunication mobile, active alors la deuxieme etape 
qui determine 1 ' etat present, respectivement non present 
10 de 1 1 abonne mobile. 

Avantageusement , un parametre de schema de codage de 
donnees dans une entete du message court, est positionne- a 
une valeur qui a pour effet de commander au mobile 
destinataire du message, de se defausser du contenu du 
15 message et de desactiver une indication de reception du 
message sur le mobile. 

Ainsi, un utilisateur du mobile n'est pas derange par 
les messages courts utilises dans le cadre de la detection 
de presence. 

20 Plus particulierement la premiere etape est activee 

pendant une activation de la deuxieme etape en 

positionnant une duree fonction de 1 * etat present ou non 

present determine en deuxieme etape. 

Plus particulierement encore, le proced6 comprend une 
25 etape d'attente activee lorsque la deuxieme etape 

determine I'etat present de fagon a activer la premiere 

etape apres expiration de l'attente. 

Alternativement , ledit premier signal consiste en une 

interrogation de noeud du reseau de telecommunication sur 
30 l'etat present ou non present de 1 1 abonne mobile. La 

reaction du reseau de telecommunication mobile consiste 
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alors en une reponse du noeud du reseau de 
telecommunication sur l'etat present ou non present de 
I'abonne mobile. 

Alternativement encore, ledit premier signal consiste 
5 en un positionnement de point .de detection sur un noeud du 
reseau de telecommunication relatif a toute modification 
de l'etat present ou non present de I'abonne mobile. La 
reaction du reseau de telecommunication mobile consiste 
alors en une notification du noeud du reseau de 

10 telecommunication relatif a chaque modification de 1 1 etat 
present ou non present de I'abonne mobile. 

Le serveur d 1 application peut etre informe en 
permanence de l'etat par abonnement ou uniquement en cas 
de besoin par requete. 

15 Pour un abonnement, une activation de troisieme etape 

communiquant au serveur d 1 application 1 1 etat present, est 
suivie d' une activation de troisieme etape communiquant au 
serveur d 1 application 1 1 etat non present lorsque l'etat 
determine en deuxieme etape passe de present a non 

20 present . 

Pour repondre a un besoin specifique, une activation 
de troisieme etape fait suite a une transition validee par 
une requete en provenance du serveur pour demander l'etat 
de I'abonne mobile. 

25 Un objet de 1' invention est encore un systeme pour 

informer un serveur d ' application si un abonne mobile est 
present ou pas sur un reseau de telecommunication mobile. 
Le systeme est remarquable en ce qu'il comprend: 

des premiers moyens pour envoyer un premier signal 

30 distinctif de I'abonne mobile au reseau de 
telecommunication mobile; 
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- de.s deuxiemes ..moyens ...pour determiner un etat binaire 
present ou non present en fonction d'une reaction du 
reseau de telecommunication mobile au dit premier signal; 

des troisiemes moyens pour communiquer au serveur 
5 d 1 application l'etat determine par les deuxiemes moyens. 

Particulierement , les premiers moyens sont agences 
pour envoyer le premier signal sous forme d'un message 
court a destination de l'abonne mobile, les deuxiemes 
moyens sont agences pour determiner l'etat present lorsque 
10 le message court est delivre et pour determiner l'etat non 
present lorsque le message court n'est pas delivre apres 
cepassement d'une duree prefixee. 

Plus particulierement, les premiers moyens sont 
agences pour envoyer ledit premier signal a intervalles de 
15 temps reguliers qui sont fonctions de 1 1 etat present ou 
non present de l'abonne mobile. 

L' invention sera mieux comprise a la lumiere de la 
mise en oeuvre decrite a present en reference aux dessins 
annexes dans lesquels : 
20 - la . figure 1 est un schema de reseau de telecommunication 
mobile conventionnel ; 

- la figure 2 montre le reseau de telecommunication mobile 
de la figure 1 avec mise en oeuvre de 1' invention; 

les figures 3 a 5 montrent des etapes de procede 
25 conforme a 1' invention. 

De fa<pon conventionnelle en reference a la figure 1, 
un dispositif mobile communiquant 1 communique avec un 
reseau de telecommunication mobile 3 en echangeant des 
signaux haute frequence avec des relais radio 2 relies au 
30 reseau de telecommunication mobile 3 par une 
infrastructure de reseau d'acces. Un serveur d' application 
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4 est - relie- au — r-e-se-a-u de - telecommunication mobile- 3 -par 
une infrastructure de coeur de reseaux. Le serveur 
d' application 4 heberge des applications de type 
messagerie electronique ou autre, pour lesquels les 
dispositifs mobiles communiquant 1 hebergent un agent 
correspondant. Un agent correspondant a une application 
hebergee dans le serveur d' application 4, est une partie 
de programme applicative qui, depuis le dispositif mobile 
communiquant 1, echange directement avec 1' application 
hebergee dans le serveur d' application 4 en passant par le 
relais radio 2 et le reseau de telecommunication mobile 3. 
Par exemple, lorsque le dispositif mobile communiquant 1 
est en relation radio avec le relais radio 2 du reseau de 
telecommunication mobile 3, 1' agent correspondant qui se 
trouve dans le dispositif mobile communiquant 1, emet un 
signal vers le serveur d' application 4 pour notifier de sa 
presence, 1' application qui y est hebergee. 

En reference a la figure 2, on retrouve un dispositif 
mobile communiquant 1, un relais radio 2, et un reseau de 
telecommunication mobile 3 conventionnels tels que ceux 
representes dans la figure 1. Des serveurs d' application 
7, 8, hebergent des applications pour lesquelles il n' est 
pas necessaire que le dispositif mobile communiquant 1 
contienne un agent correspondant . Un systeme de detection 
de presence 5 est relie, d'une part, au reseau de 
telecommunication mobile 3 et, d' autre part, a un reseau 
de type IP 6. Le reseau 6 relie au serveur 7, 8, permet au 
systeme 5 de communiquer avec ces serveurs d' application . 

Le systeme 5 s' interface avec le reseau de 
telecommunication mobile 3 pour obtenir des informations 
de presence des abonnes mobiles par des moyens 
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particuliers qui vont etre decrits dans la suite de cet 
expose. Interfaces avec les serveurs d' application au 
moyen de protocoles standard sur reseau IP, le systeme 5 
traite des requetes des differents serveurs d' application 
5 de fagon centralisee pour leur delivrer des informations 
de presence sur les abonnes mobiles. 

Le systeme 5 peut aussi realiser d'autres fonctions 
telle que celle de mettre en place des techniques pour 
optimiser les acces au reseau de telecommunication mobile 

10 au moyen d' ante memoire (cache en anglais), de realiser 
des controles d' autorisation, d'emettre des tickets de 
facturation. Les serveurs d- application 7, 8, utilisent 
des informations de presence qu' ils obtiennent du systeme 
de detection de presence 5 pour fournir differents 

]5 services a destination du dispositif mobile communiquant 
1. 

Le systeme de detection de presence 5 est capable de 
gerer au moins deux types d'echange avec les serveurs 
d' application 7, 8, en mettant en oeuvre pour chacun, le 

20 procede decrit a present en reference aux figures 3 et 4 . 

Le protocole specifique utilise pour mettre en oeuvre 
le procede, est en dehors du cadre de cette invention. II 
peut etre de type proprietaire ou reposer sur des 
protocoles standards existants tels que XMPP, SIP/SIMPLE, 

25 etc. La figure 3 montre des etapes de procede de detection 
de presence executees dans le systeme 5 pour repondre a 
des demandes de presence d'un abonne mobile a un instant t 
regu d'un serveur d' application 7, 8. Une etape 9 
d' initialisation en mode requete, declenchee par exemple a 

30 la mise en service du systeme 5, place le systeme 5 dans 
une etape 10 d'ecoute. 
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Dans l'etape -10, le systeme----5 est en - eeoute sur- le 
reseau 6, de requetes regues de l'un des serveurs 7, 8. 

Une transition 11 fait passer le systeme 5 de l'etape 
10 a une etape 12. La transition 11 est validee par une 
5 reception de requete regue de l'un des serveurs 7, 8 par 
le reseau 6. La requete qui valide la transition 11, est 
distinctive du serveur qui 1'a emise et du numero de 
terminal mobile MSISDN pour lequel le serveur en question, 
demande l'etat de presence sur le reseau de communication 
10 mobile 3. 

Dans l'etape 12, le systeme 5 consulte l'etat de 
presence du MSISDN. Des moyens mis en oeuvre par le systeme 
5 pour obtenir l'etat de presence du MSISDN, sont 
expliques plus loin dans la description. Un etat present 

15 du MSISDN valide une transition 13. Un etat absent du 
MSISDN ou encore non present, valide une transition 14. 

Une validation de transition 13 fait passer le 
systeme 5 de l'etape 12 a une etape 15. Dans l'etape 15, 
le systeme 5 envoie sur le reseau 6, une reponse a 

20 destination du serveur d' application qui a emis la 
requete, pour 1' informer de la presence de l'abonne mobile 
identifie par le MSISDN. 

Dans l'etape 16, le systeme 5 emet sur le reseau 6 
une reponse a destination du serveur qui a emis la requete 

25 pour 1' informer de 1' absence ou non presence de l'abonne 
mobile identifie par le MSISDN. A la suite de l'etape 15 
ou de l'etape 16, le systeme 5 reste dans l'etape 10 
d'ecoute en attente d'une nouvelle requete de presence 
d'un serveur pour le meme ou un autre abonne mobile. 

30 La requete emise par le serveur d 1 application peut 

aussi etre non specifique a un MSISDN donne mais par 
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exemple de type- pour demander — tous—les — MStS DN -a -l-'-etat 
present. Dans ce cas, la reponse fournit une liste de 
MSISDN presents. 

La figure 4 montre des etapes de procede de detection 
5 de presence executees par le systeme 5 pour informer des 
serveurs d' application 7, 8 de l'etat de presence 
d'abonnes mobiles en permanence dans le cadre d'un 
abonnement. Une etape d' initialisation 17, activee par 
exemple a la mise en service du systeme 5, place le 

10 systeme 5 dans une etape d'ecoute 18 pour fonctionher en 
mode abonnement . 

Dans 1' etape 18, le systeme 5 est a l'ecoute de tout 
nouvel abonnement regu par le reseau 6, par une interface 
homme-machine (non representee) connectee sur le systeme 5 

15 pour specifier des abonnements de serveurs d' application 
et d'abonnes mobiles ou de consultation de tables 
d' abonnement internes au systeme 5. 

Une transition 19 est validee par chaque abonnement 
identifie pour un serveur determine et un abonne mobile 

20 identifie par un MSISDN. 

Chaque validation de transition 19 active une etape 
20 dans laquelle le systeme 5 consulte l'etat de presence 
de 1' abonne mobile identifie par le MSISDN dans le cadre 
de 1' abonnement ayant valide la transition 19. 

25 Le systeme 5 reboucle sur 1' etape 18 d'ecoute pour 

tout autre abonnement. 

Un etat present de 1' abonne mobile valide une 
transition 21. Un etat non present ou absent de 1' abonne 
mobile, valide une transition 22. 

30 Une validation de la transition 21 active une etape 

23 dans laquelle le systeme 5 envoie une notification de 
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presence de l'abonne mobile au serveur concerne par 
1' abonnement . 

Une validation de la transition 22, active une etape 
24 dans laquelle le systeme 5 envoie une notification de 
5 non presence ou d' absence au serveur d' application 
concerne par 1 ' abonnement - 

Un nouvel etat absent valide une transition 25 et un 
nouvel etat present valide une transition 26. 

A la suite- de 1' etape 23 la transition 25 active 
10 1' etape 24 et a la suite de 1' etape 24 la transition 26 
active 1' etape 23 de sorte que le serveur concerne par 
1' abonnement est informe en permanence de l'etat de 
presence de l'abonne mobile. 

Dans 1' etape 23, le systeme 5 ajoute eventuellement a 
15 la notification de presence d'autres donnees contextuelles 
relatives a l'abonne mobile, dites informations de 
presence . 

La figure 5 montre des etapes particulieres de 
procede pour obtenir l'etat de presence d'un abonne mobile 
20 de fagon a pouvoir executer les etapes 12, 20 decrites 
precedemment . 

La presente realisation decrit un procede de 
detection de l'etat de presence d'un abonne mobile par 
1' envoi de SMS invisibles applicable dans les reseaux de 

25 type GSM/GPRS/UMTS. D'autres techniques peuvent etre 
utilisees pour extraire les informations de presence du 
coeur de reseaux mobiles 3. La technique des SMS invisibles 
a l'avantage d'etre tres. simple a mettre en ceuvre et 
compatible avec 1' ensemble des reseaux GSM/GPRS/UMTS 

30 deployes a 1'heure actuelle. La recommandation TS 123.040 
du 3 GPP, version 5.5.1 de septembre 2002, definit comment 
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real-iser un -serv-i-ce --de- -message court- -(SMS) . Plus 
particulierement, le chapitre 9-2.2.1 decrit des types de 
base de parametrage des entetes de messages SMS pour agir 
sur le mode de delivrance du message. Parmi les parametres 
5 de • protocole - -de—- txansf ert TP-MTI a TP-UD du tableau 
presente au chapitre 9.2.2.1 de la recorrjnandation TS 
123.040, les inventeurs ont selectionne le parametre de 
schema de codage de donnees TP-DCS (TP-Data-Coding-Scheme) 
qui identifie le schema de codage dans les donnees 

10 utilisateur du protocole de transfert. Le parametre TP-DCS 
contient huit bits dont la recommandation 3GPP TS 23.038 
definit au chapitre 4, des comportements de delivrance de 
messages SMS en fonction des valeurs a zero ou a un de ces 
huit bits numerotes de zero a sept. Les inventeurs ont 

15 selectionne dans la recommandation 3GPP TS 23.038 V3.3.0 
(2000-01) , un positionnement du parametre TP-DCS a la 
valeur hexadecimale CO. Ainsi, la valeur 1100 des bits 7 a 
4 du parametre TP-DCS, a pour effet que le mobile se 
defausse des contenus du message en presentant tout au 

20 plus une indication a 1 1 utilisateur . La valeur 0 du bit 3, 
rend inactive l f indication a 1 1 utilisateur . Les valeurs 
des bits 2 a 0 sent sans effet particulier pour 
1' invention, sachant que la valeur a zero du bit 2 est 
imposee au chapitre 4 de la recommandation TS 23.038 

25 precitee. La valeur nulle des bits 1 et 0, est relative a 
une attente de message de boite vocale, on comprendra que 
toute autre valeur des bits 1 et 0, est sans incidence sur 
la mise en oeuvre de 1' invention. La selection de valeur du 
groupe de quatre bits d 1 indication de fagon a declencher 

30 une defausse de contenu de message et la selection de 
valeur du bit d ! activation d 1 indication de fa<?on a rendre 
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1J. indication inactive, - pelmet-tent -de -gene-re-r un SMS 
invisible comme un message court dont les entetes sont 
parametrees d'une fagon particuliere de maniere a ce que 
le terminal mobile recepteur acquitte immediatement la 
5 reception du message et le terminal mobile recepteur 
n'affiche aucun comportement perceptible par 

1' utilisateur • 

De fagon connue dans les normes GSM/ GPRS /UMTS, le 
coeur de reseaux de telecommunications mobiles 3 comprend 

10 un centre de gestion de services de messages courts (SMS- 
C) non represents. Les accuses de reception pour les SMS, 
constituent une f onctionnalite optionnelle qui permet. a 
l'emetteur d'etre notifie par le SMS-C quand le message a 
ete re?u par le terminal destinataire . Comme nous le 

15 verrons par la suite, on peut utiliser ou ne pas utiliser 
des accuses de reception tels que definis aux chapitres 
3.2.9 et 9.2.2.3 de la recommandation 3GPP TS23.040 
precitee . 

Une procedure « alert-SC » permet au reseau de 
20 telecommunication mobile d' informer le SMS-C de 
1' enregistrement dans le reseau d'un abonne mobile qui est 
absent au moment de 1' envoi d'un message court pour que 
celui-ci puisse proceder a une nouvelle tentative de 
livraison des messages en attente. Cette notification 
25 d'evenement est realisee a travers le message MAP-alert-SC 
envoye par le HLR au SMS-C (cf. 3 GPP TS 2 9.002 V3.14.0 
2002-09 chapitre 12.5). Cette f onctionnalite est exploitee 
par la presente invention pour detecter 1' enregistrement 
d'un abonne dans le reseau apres une periode d' absence. 
30 En reference a la figure 5, le procede de detection 

de presence utilise 1' envoi de SMS invisibles aux abonnes 
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dont la presence doit etre detectee. Le SMS-C assure la 
delivrance des SMS dans les reseaux GSM/GPRS/UMTS et agit 
en point d' entree au coeur de reseau mobile pour le systeme 
de detection de presence. 1/ interface et le protocole de 
5 dialogue entre le systeme 5 et le SMS-C sont specifiques a 
chaque operateur (UCP et SMPP sont les plus repandus) . 

En reference a la figure 5, une etape 
d' initialisation 27 specif ique a chaque MSISDN, place par 
defaut l'abonne mobile concerne dans un etat absent defini 
10 par une etape 28, Chaque activation de 1' etape 28 active 
simultanement une etape 2 9 dans laquelle le systeme 5 
envoie un SMS a l'abonne mobile. De preference, le SMS est 
de type invisible tel que defini ci-dessus de f agon a ne. 
pas deranger 1 'utilisateur du mobile. Le SMS indique en 
15 entete qu'il a une duree de vie Ti a l'issue de laquelle 
le SMS est detruit par le SMS-C s'il n' a pas ete regu par 
l'abonne mobile. De fagon a ce que le SMS-C puisse 
controler la reception du message par le mobile, le 
message SMS est de type avec accuse de reception notifie 
20 au SMS-C par le mobile. 

1/ etape 29 arme, con jointement a 1' envoi du message 
court SMS, un compteur de temps t. Une transition 30 est 
validee lorsque le temps t depasse la valeur Ti sans que 
le SMS-C ait regu un accuse de reception notifie par le 
25 mobile. La validation de la transition 30 peut etre 
realisee de differentes fagons. 

Selon une premiere f agon possible, le compteur de 
temps reside dans le SMS-C. Le SMS-C est alors configure 
de sorte a realiser I'armement du compteur de l 1 etape 2 9 a 
30 reception du message SMS en provenance du systeme 5 et de 
sorte a envoyer un accuse de non livraison au systeme 5 
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lorsque le temps- t depasse -la -v-aleur— Tj — s-an6~ avoir re?u 
d 1 accuse de reception notifie par le mobile. Au niveau du 
systeme 5, la transition 30 est alors validee par 1' accuse 
de non livraison regu du SMS-C. 
5 Selon une deuxieme fagon possible, le compteur de 

temps reside dans le systeme 5. La transition 30 est alors 
directement validee dans le systeme 5 lorsque le temps t 
depasse la valeur Ti- Cette deuxieme fagon ne necessite 
pas de configuration particuliere du SMS-C pour valider la 

10 transition 30. 

Une notification de delivrance par le SMS-C au 
systeme 5, valide une transition 31. 

La validation de l'une des transitions 30 ou 31 a 
pour effet de desarmer le compteur de 1' etape 29. 

15 La transition 31 active simultanement une etape 32 et 

une etape 33. 

Dans 1' etape 32, l'abonne mobile est reconnu dans un 
etat present par le systeme 5. Dans 1' etape 33, le systeme 
5 arme un compteur de temps t pour realiser une attente de 
20 duree T 2 . Une transition 34 est validee lorsque le temps t 
depasse T 2 . 

La transition 34 active une etape 35 dans laquelle le 
systeme 5 envoie un message court SMS avec une duree de 
vie T 3 . Dans 1' etape 35, le SMS-C conformement a la 

25 premiere fagon ou le systeme 5 conformement a la deuxieme 
fagon expliquee precedemment , arme le compteur de temps t 
de sorte a valider une transition 36 lorsque le temps t 
depasse la duree T3. 

Comme pour les transitions 30 et 31, une validation 

30 de l'une des transitions 34, 36 ou 37 a pour effet de 
desarmer un .armement precedent de tout compteur de temps. 
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Une transition — 37 — fa-isant suite-aux * e1rapes -32 et 35, 
est validee lorsque le message court est delivre a 
l'abonne mobile. Une validation de la transition 37 active 
a nouveau les etapes 32 et 33. 
5 Une validation de la transition 30 a la .'suite des 

etapes 28 et 29 ou de la transition 36 a la suite des 
etapes 32 et 35, active a nouveau les etapes 28 et 29. 

Pour mettre en oeuvre le procede precedemment decrit, 
le systeme 5 comprend des premiers moyens qui permettent 

10 d'envoyer un signal au reseau de telecommunication mobile 
3. C'est par exemple une interface de type conventionnelle 
entre le systeme 5 et un noeud du reseau 3. Dans 1 1 exemple 
decrit en reference a la figure 5 ou le signal est un 
message court (SMS) envoye a destination du terminal 

15 mobile 1, les premiers moyens sont de type logiciel agence 
pour generer des messages courts avec entete parametree 
pour que les messages courts ne soient pas visibles de 
l'operateur et declenchent une emission d 1 accuse de 
reception par le terminal mobile a destination du SMS-C 

20 des reception. 

Le systeme 5 comprend des deuxiemes moyens sous forme 
logicielle, micro programmee ou de micro circuit dedie 
qui, executant par exemple les etapes et transitions 27 a 
37, determinent un etat binaire present ou non present en 

25 fonction d'une reaction du reseau de telecommunication 
mobile 3 au signal emis par les premiers moyens. 

Lorsque l'abonne mobile est present, la reaction du 
reseau 3 est constitute par un accuse de reception 
retransmis par le SMS-C au systeme 5 qui, informe que le 

30 message est delivre, valide les transitions 31 et 37 qui 
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activent 1 1 etape 32 correspondant a l'etat present de 
1 ' abonne mobile. 

Lorsque 1 1 abonne mobile n'est pas present dans le 
delai d' expiration du message court, la reaction du reseau 
5 3 est une destruction du message par le SMS-C. Le systeme 
5 ne recevant pas d' accuse de reception dans le delai 
d' expiration ou recevant un accuse de non delivrance, 
valide la transition 30 ou 36 correspondante qui active 
1 ' etape 38 correspondant a l'etat non present de 1 1 abonne 
10 mobile. 

Lorsque 1 ' abonne mobile n'est pas present sur le 
reseau 3 mais devient present dans le delai Ti 
d f expiration du message court, la reaction du reseau 3 est 
constitute par un accuse de reception retransmis par le 

15 SMS-C au systeme 5 qui, informe que le message est 
delivre, valide la transition 31 qui active 1' etape 3? 
correspondant a l'etat present de 1 1 abonne mobile. 

Lorsque 1 1 abonne mobile est present sur le reseau 3 
mais cesse de l'etre dans le delai T 2 d'attente avant 

20 emission du message court, la reaction du reseau 3 est une 
destruction du message par le SMS-C. Le systeme 5 ne 
recevant pas d' accuse de reception dans le delai 
d 1 expiration T 3 ou recevant un accuse de non delivrance, 
valide la transition 36 qui active 1' etape 38 

25 correspondant a l'etat non present de 1 1 abonne mobile. 

De fagon a limiter le trafic entr-e le systeme 5 et le 
reseau 3, la duree de vie Ti des SMS invisibles envoyes 
par le systeme 5 dans l'etat non present, est de valeur 
elevee . 

30 Le delai T 2 d'attente fixe une frequence de sondage 

de l'etat present par le systeme 5. Sa valeur est un 
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compromis entre le ~besoin~ de 1-imrter-" i"e~"t rafic entre le 
systeme 5 et le reseau 3 et le besoin pour le serveur 
d 1 application d'etre rapidement informe d f un abonne mobile 
qui quitte 1 1 etat present. 
5 La duree de vie T 3 des SMS invisibles envoyes par le 

systeme 5 dans l'etat present, est de valeur faible, un 
abonne mobile present etant cense envoyer rapidement un 
accuse de reception. Une latence resultant du delai 
d'attente T 2 , il est recommande de choisir une duree de 

10 vie T3 inferieure au delai d'attente T 2 . 

Le systeme 5 comprenant des premier et deuxieme 
noyens techniques pour extraire du cceur de reseau de 
telecommunication mobile, l'etat de presence d'un abonne, 
le systeme 5 comprend enfin des troisiemes moyens pour 

15 communiquer au serveur d 1 application 7,8 l'etat extrait. 
Ces moyens comprennent par exemple une interface 
protocolaire pour transmettre sur le reseau 6, les 
informations de presence au serveur d ' application . Le 
serveur d 1 application doit posseder lui-meme 1' interface 

20 protocolaire duale avec le systeme 5 pour exploiter au 
mieux les informations de presence. 

Un message court a destination de 1 1 abonne mobile 
comme signal distinctif emis vers le reseau 3, presents 
l'avantage d'une mise en oeuvre facile. 

25 Cependant, ce n'est pas le seul signal distinctif 

possible . 

Par exemple, la procedure ATI (Any Time 
Interrogation) permet d ' envoyer comme signal distinctif, 
une interrogation du HLR (Home Location Register) , la 
30 reaction du reseau 3 etant alors une reponse du HLR qui 
donne le dernier etat connu de 1 1 abonne mobile 
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eeB^e-rmement- a - la-r-e-eommandation- -3GPP TS 2--9-.-0O2 dont plus 
particulierement le paragraphe 21.2.7. II faut noter que 
les informations ainsi recuperees ne sont pas 
obligatoirement a jour. 
5 Par exemple encore, la procedure ATM (Any Time 

Modification) definie dans la recommandation 3GPP TS 
29.002, plus particulierement aux paragraphes 24A.2 et 
8.1.8, permet de mettre un point de detection CAMEL 
(Customized Applications for Mobile network Enhanced 
10 Logic) sur toute modification d'etat d'un abonne mobile. 
Le VLR (Visitor Location Register) gerant 1 1 abonne notifie 
alors le systeme 5 de detection, de presence qui agit en 
CSE selon la nomenclature CAMEL, a chaque changement 
d'etat. 

15 Quelque soit la technique d 1 extraction de presence du 

reseau de communication mobile, les serveurs applicatifs 
du monde IP, gardent une interface unique avec le reseau 
de communication mobile, a savoir le systeme 5 qui 
repertorie les etats de presence et de non presence des 

20 mobiles de communication, facilitant ainsi le deploiement. 

Que le signal distinctif soit de type a emission 
periodique comme c'est le cas des SMS invisibles ou de la 
procedure ATI ou soit de type souscription a abonnement de 
mise a jour comme c'est le cas de la procedure ATM, le 

25 systeme 5, en centralisant 1 ' information de presence 
relative aux abonnes mobiles, procure une fonction 
antememoire (cache en anglais) pour les serveurs 
applicatifs. Ainsi, le systeme 5 evite de solliciter 
intempestivement le reseau de communication mobile lorsque 

30 plusieurs serveurs applicatifs ont besoin d'acceder a 
1 * information de presence. 
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Revendications : 

1. Procede pour informer un serveur d 1 application (7,8) 
si un abonne mobile est present ou pas sur un reseau de 

5 telecommunication mobile (3), caracterise en ce qu'il 
comprend : 

- au moins une premiere etape (29,35) pour envoyer un 
premier signal distinctif de 1 1 abonne mobile au reseau de 
telecommunication mobile (3) a destination de l 1 abonne 

10 mobile ; 

- au moins une deuxieme etape (28,32) pour determiner un 
etat binaire present ou non present, en fonction d'une 
reaction du reseau de telecommunication mobile (3) au dit 
premier signal; 

15 - au moins une troisieme etape (13,14,23,24) pour 
communiguer au serveur d 1 application (7,8) 1 1 etat 
determine en deuxieme etape. 

2. Procede selon la revendication 1, caracterise en ce 
20 que: 

- ledit premier signal est un message court envoye au 
reseau de telecommunication mobile a destination de 
1 1 abonne mobile ; 

- une premiere transition (31,37) validee par une reaction 
25 du reseau de telecommunication mobile indiquant que le 

message est delivre, respect ivement une deuxieme 
transition (30,36) validee par un depassement de duree 
sans reaction du reseau de telecommunication mobile, 
active la deuxieme etape (2 8,32) qui determine l'etat 
30 present, respect ivement non present de 1 1 abonne mobile. 
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3. P-^ocede selon la revendication 2, caracterise- en ce 
qu'un parametre de schema de codage de donnees dans une 
entete du message court, est positionne a une valeur qui a 
pour effet de commander au mobile destinataire du message, 

5 de se defausser du contenu du message et de desactiver une 
indication de reception du message sur le mobile. — 

4. Procede selon la revendication 2, caracterise en ce 
que la premiere etape (29,35) est activee pendant une 

10 activation de la deuxieme etape (28,32) en positionnant 
une duree (T 3 ,Ti) fonction de 1 1 etat present ou non 
present determine en deuxieme etape . 

5. Procede selon la revendication 4, caracterise en ce 
15 qu'il comprend une etape (33) d f attente (T 2 ) activee 

lorsque la deuxieme etape (32) determine 1 1 etat present de 
fagon a activer la premiere etape (35) apres expiration de 
1 1 attente (T 2 ) . 

20 6. Proc6de selon la revendication 1, caracterise en ce 
que : 

- ledit premier signal consiste en une interrogation de 
ncEud du reseau de telecommunication sur 1 1 etat present ou 
non present de 1 ' abonne mobile; 
25 - la reaction du reseau de telecommunication mobile 
consiste en une reponse du noeud du reseau de 
telecommunication sur 1 1 etat present ou non present de 
l f abonn6 mobile. 

30 7. Procede selon la revendication 1, caracterise en ce 
que : 
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- ledi-t- premier signal eonsiste en un positi-onnement de 
point de detection sur un noeud du reseau de 
telecommunication relatif a toute modification de I'etat 
present ou non present de 1 ' abonne mobile; 
5 - la reaction du reseau de telecommunication mobile 
eonsiste en une notification du noeud du reseau de 
telecommunication relatif a chaque modification de I'etat 
present ou non present de 1 1 abonne mobile. 

10 8. Procede selon 1 1 une des revendications precedences, 
caracterise en ce qu'une activation de troisieme etape 
(23) communiquant au serveur d 1 application I'etat present, 
est suivie d'une activation de troisieme etape (24) 
communiquant au serveur d 1 application 1 1 etat non present 

15 lorsque 1 1 etat determine en deuxieme etape passe de 
present a non present . 

9. Procede selon l'une des revendications 1 a 7, 
caracterise en ce qu'une activation de troisieme itape 

20 (15,16) fait suite a une transition (11) validee par une 
requete en provenance du serveur pour demander 1 1 etat de 
1 1 abonne mobile . 

10. Systeme (5) pour informer un serveur d 1 application 
25 (7,8) si un abonne mobile est present ou pas sur un reseau 

de telecommunication mobile (3), caracterise en ce qu'il 
comprend: 

des premiers moyens pour envoyer un premier signal 
distinctif de 1 1 abonne mobile au reseau de 
30 telecommunication mobile (3) a destination de 1 'abonne 
mobile ; 
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- des deuxiemes moyens pour determiner un etat binaire 
present ou non present en fonction d'une reaction du 
reseau de telecommunication mobile (3) au dit premier 
signal ; 

5 - des troisiemes moyens pour communiquer au serveur 
d' application (7,8) 1 ' etat determine par les deuxiemes 
moyens . 

11. Systeme selon la revendication 10, caracterise en ce 
10 que : 

- les premiers moyens sont agences pour envoyer le premier 
signal sous forme d'un message court a destination de 
1 1 abonne mobile ; 

- les deuxiemes moyens sont agences pour determiner 1 1 etat 
15 present lorsque le message court est delivre et pour 

determiner I'etat non present lorsque le message court 
n'est pas delivre apres depassement d'une duree prefixee. 

12. Systeme selon la revendication 11, caracterise en ce 
20 que les premiers moyens sont agences pour envoyer ledit 

premier signal a intervalles de temps reguliers qui sont 
fonctions de 1 'etat present ou non present de 1 1 abonne 
mobile . 
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